나는 AWS CodeCommit 뉴토끼 325 규칙 워크 플로우 사용을 시도했습니다

소개

나는 GIT를 사용하는 데 매우 익숙해졌지만 실제로 팀 개발을 위해 GIT를 사용할 때 소스 코드의 버전 설정 외에도 고려해야 할 다른 많은 것들이 있습니다 예를 들어, 코드 검토는 언제 그리고 누가 수행 할 것인가? 누구나 합병 할 수 있다는 것이 무서워서 제한하고 싶습니다! 풀 요청을 사용하고 싶습니다! 그게 뭐야? 시스템 제한이 워크 플로 설정에 배치 된 경우 더 나을 것입니다

최근 에이 상황을 발견했지만 이번에는 CodeCommit의 뉴토끼 325 규칙 워크 플로우를 사용하여 시도한 것들 중 일부를 소개하고 싶습니다

그건2017 년 11 월에 지원되는 풀 요청풀 요청 뉴토끼 325 규칙 워크 플로우는 2019 년 11 월에 구현 될 수 있습니다가되었습니다

내가하고 싶은 일

거친 흐름을 고려하려면 다음과 같습니다

• 개발자는 개발이 완료되면 풀 요청을 만듭니다
• Reviewer는 풀 요청 화면에서 코드 검토를 수행하고 문제가없는 경우 수락합니다
• 관리자가 뉴토끼 325 된 풀 요청과 병합을 수행합니다

위의 흐름을 실현하는 데 필요한 제약 조건은 다음과 같이 요약되어 있습니다

• 개발자는 풀 요청을 뉴토끼 325 할 수 없습니다
• 개발자는 병합 할 수 없습니다
• 뉴토끼 325되지 않으면 풀 요청을 병합 할 수 없습니다

시도

역할 창출

내가 "내가하고 싶은 일"에 쓴 것처럼 캐릭터는 "개발자", "리뷰어"및 "관리자"의 세 가지로 크게 나눌 수 있습니다 나는 그것들을 제한하고 싶기 때문에 각각에 할당하는 역할을 만듭니다 각 역할에 대한 권한은 다음과 같습니다

• "개발자"역할
  • 최소 git 작업 (커밋, 푸시, 풀 등)
  • 풀 요청을 만들 수 있습니다
  • 댓글을 작성하고 회신 할 수 있습니다
• "리뷰어"롤
  • "개발자"역할의 권한 외에도 풀 요청을 뉴토끼 325 할 수 있습니다
• "관리자"역할
  • "검토 자"역할의 권한 외에 풀 요청을 닫고 병합 할 수 있습니다

관리 콘솔의 CodeCommit 화면에서 작동하기 전에 스위치를 위의 것 중 하나로 롤링하게됩니다

뉴토끼 325 규칙 생성 템플릿

다음, 뉴토끼 325 규칙 템플릿을 만듭니다 뉴토끼 325 규칙 템플릿은 뉴토끼 325 규칙 워크 플로를 구현하는 데 필요한 구성 파일과 같습니다

CodeCommit 화면의 왼쪽 메뉴에서 "뉴토끼 325 규칙 템플릿"을 열고 "템플릿 만들기"버튼을 클릭하십시오

다음, 다음과 같이 각 필드를 입력하여 뉴토끼 325 규칙 템플릿을 만듭니다

한 명의 검토 자만 뉴토끼 325하면 괜찮아지기를 원했기 때문에 필요한 뉴토끼 325 수는 1로 설정되었습니다

여기서 중요한 것은 "뉴토끼 325 풀의 구성원"입니다 이번에는 검토 자 역할 만 뉴토끼 325 될 예정입니다 뉴토끼 325 유형에서 IAM 사용자 이름 또는 할당 된 역할을 선택하고 "역할 이름/*" 역할로 제어하려면 다음과 같은 것 같습니다

이번에는 설정하지 않았지만 특정 분기에 합병을 목표로하려면 "분기 필터"를 설정할 수도 있습니다

풀 요청 생성 ~ 수락 ~ merge

먼저 개발자 역할에서 풀 요청을 작성하십시오 개발자 역할을 사용하면 현재 풀 요청 만 업데이트하거나 닫을 수 있습니다

다음, 검토 자 역할에서 방금 만든 풀 요청을 살펴 보겠습니다 그런 다음 "수락"버튼이 다음과 같이 표시됩니다

검토자가 풀 요청 화면에서 코드 검토를 수행하고 문제가없는 경우 수락합니다

"뉴토끼 325"버튼을 누르면 뉴토끼 325 수는 아래와 같이 1이되고 "병합"버튼이 나타납니다 이 시점에서 "뉴토끼 325"버튼은 "뉴토끼 325 취소"버튼으로 변경되므로 실수로 뉴토끼 325하더라도 "취소"버튼을 누르면 사전 뉴토끼 325 상태로 반환 할 수 있습니다

그런 다음 관리자가 "병합"버튼을 눌러 병합합니다 기분이 좋다!

시도한 후에 알아 낸 것

뉴토끼 325 규칙 템플릿을 설정하여 상당히 쉽게하고 싶은 일을 달성 할 수있었습니다! 그래서 나는 이것에 대해 매우 만족하지만, 그것을 사용하기 시작할 때 몇 가지를 발견했습니다 그래서 당신에게 소개하고 싶습니다

1 권한 부여 규칙 템플릿 생성 전에 생성 된 요청을 당기는 데 적용되지 않습니다

당신이 그것에 대해 생각할 때, 이것은 그렇습니다

내가 말하려고하는 것은 뉴토끼 325 규칙 워크 플로를 설정하려면 최소한 풀 요청이 생성되기 전에 가능한 빨리 뉴토끼 325 규칙 템플릿을 만드는 것이 가장 좋습니다

2 풀 요청을 만든 사람은 뉴토끼 325 할 수 없습니다

이 경우 검토 자와 관리자는 뉴토끼 325 할 권한이 있지만 예를 들어 검토자가 풀 요청을 작성하면 검토 자 자신이 풀 요청을 뉴토끼 325 할 수 없습니다 이것은 또한 사실 인 것 같습니다 당신이 그것을 직접 뉴토끼 325 할 수 있다면 아무런 의미가 없습니다

응답으로

• 풀 요청은 개발자 역할에서 생성되며 검토 자 역할에서 뉴토끼 325이 이루어집니다
• 관리자로부터 뉴토끼 325 받기

이와 같은 여러 역할로 제어 할 때 위에서 언급 한 응답을 얻을 수 있었지만 뉴토끼 325 규칙 템플릿에서 뉴토끼 325자로 지정된 사람이 풀 요청을 작성하는 경우 어떻게해야합니까? 자세한 내용은 다음 기사가 도움이 될 수 있습니다

[CodeCommit] 뉴토끼 325 규칙 자체의 뉴토끼 325으로 생성 된 PR을 뉴토끼 325 할 수 있는지 확인했습니다

https : //devclassmethodjp/articles/codecommit-Approvalrule-for-pullrequest-myself/

안녕하세요! 이것은 오사카 사무소의 Nishimura Yuji입니다 7 월 7 일은 창립 기념일입니다 축하해요 이번에는 약간 농담입니다 나는 한동안 CodeCommit을 처음으로 확인하고 뉴토끼 325 규칙 워크 플로를 설정할 수있었습니다 업데이트

결론

뉴토끼 325 규칙 워크 플로우를 사용한 것은 이번이 처음입니다 정말 잘 작동하는 것 같습니다! ! ! 그것이 내가 생각한 것입니다 (칭찬 )

그러나 처음에 언급했듯이 2019 년 말까지 뉴토끼 325 규칙 워크 플로우를 사용할 수있었습니다 그런 식으로 생각할 때, 나는 그것을 깨닫는 것이 꽤 늦었다 고 생각합니다 (자기 홍보에서 반성)

나는 개인적으로 꽤 오랫동안 git을 사용해 왔으며 한동안 그것을 사용할 수 있었지만, 내 주변에는 여전히 많은 멤버들이 있습니다 큰 개발 프로젝트에 GIT를 사용할 때 텍스트를 사용하여 규칙을 홍보하는 것이 가장 좋을뿐만 아니라 뉴토끼 325 규칙 워크 플로와 같은 컨트롤을 사용하여이를 작동하는 것이 가장 좋습니다

아직 사용하지 않더라도 사용하기 쉽기 때문에 시도해보십시오!